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Advances  in  semiconductor  technology  have  made  it  possible  to  introduce 
increasingly  complex  digital  logic  in  avionics,  weapons  and  control 
systems.  However,  the  testing  of  such  systems  represents  a  new 
problem.  Test  requirements  of  missile  systems  are  now  approaching  the 
complexity  of  aircraft  themselves  a  decade  ago.  The  costs  of  creating 
test  procedures  for  the  new  designs  will  be  prohibitive  if  new  methods 
of  test  generation  are  not  developed. 


In  the  early  1970's,  simulation  methods  were  developed  to  generate  test 
patterns  on  computers  to  increase  productivity.  These  methods,  e.g., 
'LASAR' ,'FAIRTEST' ,  etc.  were  used  successfully  to  support  the  A7-D/E 
and  the  S3-A  aircraft  test  development  needs.  These  methods  have  been 
also  used  to  develop  tests  for  E3-A,  B-l  Avionics  and  IUS  programs  at 
Boeing. 

As  useful  as  these  methods  are,  the  computer  costs  for  test  generation 
are  becoming  high.  Also,  the  time  required  to  create  computer  models 
needed  to  support  the  test  generation  process  itself  has  become  very 
long.  It  has  been  estimated  that  to  develop  gate-level  models  for  off 
the  shelf  LSI  (Large  Scale  Integration)  microprocessors  and  similar 
devices  would  take  a  man-year.  Since  the  development  phases  of  such 
programs  are  a  year  or  less,  the  methods  which  worked  so  well  In  the 
past  are  not  keeping  up  with  the  new  requirements. 


At  Boeing,  research  in  the  test  development  area  has  been  directed  at 
developing  new  approaches  that  are  applicable  to  the  new  technology. 
The  most  promising  approach  is  based  on  the  use  of  algorithmic  test 
generation  techniques  instead  of  the  classic  truth  table  methods. 


Using  algorithms  as  the  source  for  test  code,  it  is  not  necessary  to 
store  millions  of  test  vectors  in  a  tester  or  to  run  costly  simulations 
to  generate  the  test  vectors. 

This  paper  reports  on  a  demonstration  of  the  application  of  the  method 
to  generate  system  level  tests  for  a  typical  tactical  missile 
autopilot.  The  test  algorithms  are  based  on  the  autopilot  control  law. 
When  loaded  on  the  tester  with  appropriate  control  information,  the 
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complete  autopilot  is  tested  to  establish  if  the  specified  control  law 
requirements  are  met.  Thus,  the  test  procedure  not  only  checks  to  see 
if  the  hardware  is  functional,  but  also  checks  the  operational 
software.  The  technique  also  uses  a  'learning*  node  to  allow  minor 
timing  or  functional  deviations  from  the  expected  responses  to  be 
incorporated  in  the  test  procedures. 

A  potential  application  of  this  test  development  technique  is  the 
extraction  of  production  test  data  for  the  various  subassenblies.  The 
technique  will  'learn'  the  input-output  patterns  forming  the  basis  for 
development  and  production  tests.  If  successful  these  new  techniques 
should  allow  the  test  development  process  to  keep  pace  with 
semiconductor  progress., 

INTRODUCTION 

Technology  advances  in  semiconductor  design  and  manufacturi  ng 
techniques  have  made  the  miniaturization  of  high  peformance  systems  a 
practical  and  economical  concept.  The  replacement  of  marginal  and 
sensitive  analog  hardware,  such  as  servomechanisms  and  potentiometers 
in  computing  circuits,  with  digital  processing  circuits  has  impacted 
all  aspects  of  electronic  products.  The  result  is  the  emergence  of  a 
whole  new  generation  of  'smart'  instruments.  The  commercial  success  of 
electronic  games,  etc.,  is  a  testimonial  to  the  cost-effectiveness  and 
versatility  of  the  new  digital  techniques. 

The  application  of  this  technology  to  low  cost  digital  autopilots  for 
small,  highly  accurate,  terminally-guided  missiles  is  particularly 
advantageous.  A  reliable  low  cost  'smart'  missile  which  is  field 
adaptable  to  a  broad  range  of  threats  could  be  the  ultimate  next 
generation  field  weapon. 

However  it  is  not  enough  for  a  system  to  be  constructed  from  low  cost 
parts  and  be  functionally  versatile.  The  system  must  be  nanufacturable, 
to  assure  low  cost,  and,  more  importantly,  field  supportable  to  achieve 
its  potential  as  a  weapon. 

Unfortunately,  systems  based  on  microprocessor  technology  present  new 
problems  in  developing  effective  production  test  procedures  using 
traditional  methods.  The  problem  lies  in  the  very  advantages  of  such 
systems,  ie.,  the  ability  to  change*  the  system  programming  to  meet  new 
requirements  without  changing  the  hardware.  As  the  software  changes  are 
made,  the  test  procedures  must  likewise  be  modified.  It  is  imperative 
that  the  system  test  procedures  be  capable  of  being  modified  as  rapidly 
and  effectively  as  the  microprocessor  software. 

In  this  paper  the  traditional  test  approaches  are  reviewed  as  to  their 
adequacy  In  meeting  the  new  requirements,  and  a  new  approach, 
algorithmic  test  generation,  will  be  outlined.  This  approach  shows 
promise  In  answering  these  new  requirements.  An  example  of  algorithmic 
test  generation  will  be  developed  to  illustrate  the  development  of  test 
algorithms  from  system  level  design  data. 
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STATE  OF  THE  ART  IN  DIGITAL  TEST  DEVELOPMENT 


Early  test  generation  methods  In  the  vacuum  tube  era  were  based  on 
signal  tracing  techniques  using  scopes  and  waveform  diagrams.  Standard 
input  signals  were  generated  and  data  flow  was  manually  traced  from 
input  to  output.  With  good  access  to  the  vacuum  tube  sockets,  the  test 
procedures  were  easy  to  develop  and  use. 

With  the  advent  of  integrated  circuits,  the  simple  signal  tracing 
concepts  were  more  difficult  to  document  and  the  inability  to  trace  the 
signals  internal  to  the  chip  made  the  mechanics  of  signal  tracing 
peculiar  to  the  individual  design  approaches.  This  meant  that  the 
maintenance  personnel  had  to  be  trained  to  diagnose  each  peculiar 
system.  c 

At  that  time  the  concept  of  developing  tests  for  digital  logic  to 
detect  logic  faults  was  developed.  [1]  The  stuck-at-one ,  stuck-at-zero 
fault  concept  was  introduced  and  computer  simulation  methods  were  used 
to  evaluate  test  sequence  effectiveness. 

Following  the  development  of  simulators,  various  methods  for  automatic 
test  generation  were  developed.  One  of  the  first  applications  of  such 
techniques  was  the  development  of  tests  for  the  A7-D/E  aircraft 
avionics  and  its  peculiar  ground  support  equipment  (PGSE). 

For  example,  in  this  application  [2]  the  logic  schematics  were  encoded 
(Figure  1)  as  the  source  data  for  the  logic  simulation  and  test 
generation  process.  Figures  2  and  3  are  a  listing  of  the  input  code 
needed  to  generate  tests  for  the  unit.  Figure  4  is  the  test  sequence 
generated  for  the  schematic  and  Figure  5  is  the  report  of  the  test 
effectiveness  for  that  test  sequence.  The  test  patterns  are  then 
converted  to  the  ATE  (automatic  test  equipment)  source  code  and  are 
ready  for  use  on  the  ATE. 

Such  methods  have  been  applied  very  successfully  fn  the  last  decade  on 
a  nunher  of  aircraft  programs.  Boeing  programs  have  made  extensive  use 
of  various  commercial  test  generation  techniques  as  have  virtually  all 
major  avionics  manufacturers. [3]  The  military  depots  have.  In  like 
manner,  used  these  techniques  and  have  reported  order  of  magnitude  cost 
reductions  over  manual  techniques.  [4] 


Since,  the  advent  of  LSI  and  VLSI  (very  large  scale  integration) 
technology  and  the  application  of  microprocessors  in  systems,  it  has 
become  Increasingly  difficult  to  develop  the  necessary  simulation 
models  needed  to  generate  tests.  The  computer  and  model  development 
costs  can  exceed  the  value  of  the  equipment  Itself. 

Because  of  the  dynamic  state  of  development  in  the  semiconductor 
Industry,  models  developed  for  simulation  and  test  generation  can 
become  obsolete  before  the  models  can  be  developed  and  validated.  In 
the  past,  once  a  "74/54"  series  part-library  was  developed,  few  changes 
were  needed  and  the  modeling  costs  could  be  written  off  against  mry 
users.  In  the  current  VLSI  state  of  affairs,  for  custom  designs,  models 


will  probably  be  used  only  once,  resulting  in  high  set-up  costs  for 
test  generation  as  well  as  expensive  computer  runs  due  to  the  large 
nunber  of  gates  needed  in  the  models. 

Aside  from  the  cost  and  modeling  difficulties  for  the  new 
microprocessor  based  designs,  there  is  some  question  of  the  adequacy  of 
the  tests  developed  using  the  stuck  fault  concept. 

Most  test  generation  techniques  are  designed  to  develop  static  tests 
only.  These  simulators  only  approximate  the  time  domain  behavior  of 
logic  gates.  Since  30  to  40  percent  of  the  failure  modes  in  VLSI  are 
dynamic  in  nature,  a  test  generation  program  reporting  1001  of  the 
"stuck-at“  faults  detected  is  probably  only  70S  effective  for  the  total 
fault  universe.  This  means  that  the  remaining  untested  faults  must  be 
detected  and  isolated  at  the  next  higher  assenbly  level.  The  usual 
symptom  of  such  a  problem  is  that  the  UUT  (unit  under  test)  will  work 
in  one  sytem  but  not  another.  But  when  returned  for  test  on  the  ATE, 
it  always  passes  the  test. 

There  are  two  other  considerations  for  microprocessor  systems  that  are 
unique.  Such  a  system  can  be  tested  to  exhaustion  at  the  part  level  and 
subassembly  level  but  yet  fail  In  the  system.  Because  microprocessor 
systems  consist  of  hardware  and  firmware,  testing  the  hardware  and 
firmware  independently  does  not  mean  that  when  the  two  are  integrated 
the  system  will  function  as  expected.  Microprocessors  exhibit  failure 
modes,  called  pattern  sensitivity,  which  are  dependent  upon  the 
Instruction  sequence  executed.  Thus  if  two  programmers  were  to  write 
code  for  the  same  application,  it  is  possible  that  one  program  could 
function  normally  and  the  other  fail  due  to  the  peculiar  sequence  of 
Instructions  used  by  one  programmer’s  code  and  not  by  the  other. 

For  these  reasons  the  built-in  test  concept,  where  the  microprocessor 

exercises  itself  with  a  stored  program,  can  only  check  out  a  fraction 

of  the  total  failure  modes. 

Th-  ideal  approach  is  one  where  a  complete  checkout  of  the  hardware  and 

firmware,  within  the  context  of  a  dynamic  test,  can  be  performed. 

Further,  the  test  generation  technique  should  be  capable  of  rapid 
modification  as  the  system  design  matures,  and  be  Inexpensive  to 
Implement.  Hopefully  it  would  be  a  natural  extention  of  the  normal 
system  synthesis  and  engineering  process.  The  algorithmic  test 
generation  procedure  Is  an  approach  which  can  meet  these  goals  for  a 
large  class  of  systems. 

ALGORITHMIC  PATTERN  GENERATION 

Algorithmic  pattern  generators  have  found  wide  spread  use  In  memory 
testing.  Because  of  the  highly  ordered  structures  of  memories,  the 
efficiency  of  testing  Is  greatly  Improved  by  using  special  hardware 
pattern  generators  Instead  of  the  classic  truth  tables.  With  the 
introduction  of  programmable  pattern  generators,  millions  of  tests  can 
be  generated  from  a  few  input  parameters.  This  also  obliviates  the  need 
to  store  the  truth  tables  In  expensive  ATE. 
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As  an  example,  to  keep  pace  with  memory  development,  a  number  of 
algorithms  have  been  developed,  1e.,  "ping-pong",  "butterfly",  etc. 
Such  techniques  have  reduced  the  cost  of  test  equipment  and  made  It 
possible  to  effectively  test  the  most  complex  memories  with  a  minimum 
of  set-up  costs.  However,  because  of  the  differences .  in  the  design  and 
manufacturing  methods  of  memories,  there  is  still  no  single  completely 
accepted  sequence  of  test  algorithms  available  to  completely  test  a 
particular  semiconductor  memory  part. 

The  algorithms  needed  to  perform  a  specific  type  of  test  for  memories 
are  well-known.  For  the  type  of  systems  under  consideration,  1e., 
real-time  microprocessor  based  control  systems,  no  general  pattern 
generation  techniques  have  been  developed  to  date.  Most  of  the  test 
procedures  are  based  on  exercising  the  instruction  set  of  the 
microprocessor,  or  a  simple  input/output  wrap-around  test. 

For  the  class  of  applications  that  are  descrlbable  by  transfer 
functions.  It  is  possible  to  generate  a  set  of  algorithms  that  can 
create  test  patterns  in  a  manner  similar  to  that  described  for  memory 
tests.  Further,  these  patterns  are  dynamic  in  nature,  and  can  be  used 
to  checkout  the  hardware  and  firmware  to  certify  it's  integrated 
adequactly  for  a  particular  application. 

The  advantage  of  algorithmic  approach  is  that  faults  in  the  system 
which  have  no  effect  on  the  intended  use  do  not  cause  the  unit  to  fall 
the  test.  For  example,  if  a  particular  instruction  of  a  microprocessor 
was  faulty  but  it  is  not  used,  the  fault  is  a  'don't  care*  fault.  (If 
two  programs  were  written  for  the  same  application  and  one  programmer 
used  the  faulty  instruction  and  the  other  did  not  and  there  were  no 
coding  errors,  one  would  pass  the  test,  the  other  would  fail.)  In  like 
manner,  if  a  memory  cell  were  faulty  and  It  was  never  used,  the  fault 
would  be  a  'don't  care'.  If  the  "stuck-at"  test  concept  were  used  to 
develop  tests,  a  useable  unit  could  be  rejected  even  though  it  could 
adequately  perform  the  Intended  mission.  Such  rejections  tend  to 
increase  the  overall  cost  of  systems. 

The  algorithmic  test  pattern  generation  concept  tests  the.  suitability 
of  the  total  system  for  an  application,  including  real  time  software 
and  hardware  performance.  However,  since  the  test  procedure  Is 
application  dependent,  it  does  not  assure  the  hardware  is  adequate  for 
other  uses.  An  advantage  of  the  technique  is  that  it  is  not  difficult 
to  synthesize  the  algorithms  needed  to  create  the  desired  test  patterns 
for  subsequent  users. 

ALGORITHM  SYNTHESIS 

Systems  are  frequently  described  in  block  diagram  form  with  transfer 
functions  as  shown  in  Figure  6.  Generally  the  system  under  test  (SUT) 
and  the  "plant"  or  the  controlled  object  are  easily  partitioned  Into 
Independent  and  distinct  transfer  functions.  For  example.  If  the 
controller  Is  digital,  the  transfer  functions  are  usually  represented 
In  'Z-  Transform'  form  and  the  'plant'  In  conventional  LaPlace 
transforms.  Generally,  the  systems  analysis  activities  have  developed 
numerical  simulation  equations  for  the  system.  But  these  are  usually 
too  complex  or  more  detailed  than  needed  for  this  application. 


Page  5 


The  first  step  of  the  process  Is  to  convert  the  SUT  transfer  functions 
Into  difference  equations.  These  equations  trill  be  used  to  develop  the 
outputs  of  the  SUT,  given  the  Inputs.  Since  the  Z-Transform  parameters 
contain  the  sampling  rate,  the  test  rate  Is  constrained  to  be  that  used 
in  generating  the  Z-Transf  orms,. 

If  the  SUT  transfer  functions  are  La  Place  transforms,  they  must  be 
converted  to  Z-Transforms.  Generally,  the  step-1 nva riant  transform  will 
provide  an  exact  time-domain  solution  for  most  situations.  The 

Erocedure  for  performing  these  mathematical  operations  are  well-known. 
5,6] 

The  difference  equations  developed  at  this  step  nu/st  be  exact,  because 
they  form  the  basis  for  the  algorithms  that  will  generate  test  patterns 
for  the  SUT.  The  algorithms  will  probably  generate  test  patterns  more 
precise  than  those  implemented  in  the  microprocessor  program  Itself,  so 
the  test  procedure  provides  a  quality  control  measure  for  the  numerical 
methods  used  in  the  software.  Such  a  quantitative  measure  Is  a  valuable 
by-product  of  this  testing  approach. 

Since  the  SUT  generally  has  dynamic  feedback  signals  from  the  plant 
being  controlled.  Its  transfer  functions  must  likewise  be  translated 
into  difference  equations.  These  equations  will  generate  the  necessary 
feedback  signals  needed  to  dynamically  test  the  SUT  In  the  feedback 
loop. 

However,  these  equations  or  models  need  not  be  as  precise  as  those  for 
the  SUT,  but  need  only  be  a  reasonable  approximation  of  the  environment 
the  SUT  drives.  Thus,  in  many  situations  the  classic  underdamped 
quadratic  transfer  function  can  be  replaced  by  a  single  low-pass  pole. 
Since  stability  analysis  Is  not  the  goal,  but  rather  the  generation  of 
feedback  signals,  such  approximations  greatly  simplify  the  synthesis  of 
the  test  generation  algorithms  without  reducing  the  validity  of  the 
test  procedure. 

AN  EXAMPLE 

Figure  7  Is  a  block  diagram  of  an  autopilot  of  an  experimental  missile, 
the  T6.  The  T6  airframe  Is  a  70  pound  modular  test  vehicle  designed  to 
accept  a  variety  of  six  inch  diameter  seekers.  The  T6  autopilot  Is 
typical  of  the  type  of  real-time  control  system  amenable  to  algorithmic 
test  generation  techniques. 

For  purposes  of  illustration  the  pitch  channel  will  be  used  In  the 
example,  but  the  method  can  readily  be  extended  to  Include  all  the 
channels  and  modes  of  operation.  Figure  8  Is  a  block  diagram  of  the 
pitch  channel  of  the  autopilot.  The  first  block  Is  the  pitch 
contoller,  the  second  block  the  actuator  controller.  Both  of  these 
functions  are  contained  in  the  microprocessor  software  and  are  the 
objects  of  the  test  procedure.  The  other  blocks  are  the  missile  fin 
actuator  and  the  missile  aerodynamics.  The  feedback  to  the  autopilot  1$ 
via  a  gyro  which  Is  assumed  to  have  the  transfer  function  of  an 
Integrator. 


An  algorithm  for  the  first  block  Is  developed  In  equation  (1)  by 
expanding  the  Z-transform  Into  a  difference  equation  in  the  usual 
manner.  The  limiters  are  coded  as  shown  In  equation  (2)  and  in  like 
manner  the  actuator  is  expressed  as  shown  in  equation  (3). 


R( I)*[C( I)-S( 1 )3+(l-.9182)*[C( I-l)-S( I-1)]-0.9182*[C( 1-2)- 
$( I-2)]-( .6434-. 2302 )*R( I -l)+( .2302)* (  6434)*R(I-2)  (1). 


IF  R( I ) >16/ .  18  THEN  R(I)-16/.18  (2). 
IF  R( I )<-16/.18  THEN  R(I)  — 16/.18  (3). 
A(I)*R(I)-F( I)-.667*[R( I-l)-F(I-l)]  (4). 
A(I)«.2184*A(I)  (5). 
IF  A{ I ) >22 . 5/ .18  THEN  A(  D-22.5/.18  (6). 
IF  A( I )<-22-5/.  18  THEN  A{ I)«-22.5/.18  (7). 
F(I)«.6*A(I)-.4*F(I)  (8). 
C( I)“K*E*F{ I)+2*F*C( I-l)-G*C(I-2)  (9). 


Since  the  objective  of  the  test  Is  to  checkout  the  autopilot  hardware 
and  software,  a  single  pole  low  pass  filter  is  used  to  represent  the 
actuator  In  equation  (8).  A  quadratic  transfer  function  in  equation 
(9)  Is  derived  from  the  Z-transform  of  the  LaPlace  transfer  function. 
An  Integrator  Is  used  to  approximate  the  missile  aerodynamics. 

The  scale  factors  are  important  (0.18  deg./LSB  In  the  example)  since 
these  values  are  used  to  define  the  value  of  the  least  significant  bit 
of  the  data  generated  by  the  tester.  With  the  gains  fixed  as  shown  for 
the  test  procedure,  the  scale  factors  for  the  Inputs  and  outputs  are 
easily  calculated 

To  checkout  the  algorithms  they  are  converted  to  a  BASIC  program  and 
run  on  a  computer.  A  listing  of  the  program  is  provided  In  Figure  9, 
and  the  response  to  a  step  Input  is  shown  in  Figure  10. 

Once  checked  out  using  the  BASIC  program,  the  equations  need  to  be 
modified  slightly  to  be  In  the  source  language  of  the  target  tester. 
For  this  example  the  test  system  1$  Boeing's  Sentry  VIII  test  system 
(Figure  11).  The  source  language  is  FACTOR,  an  ALGOL -type  language.  The 
conversion  to  FACTOR  is  a  simple  procedure. 


To  develop  the  detailed  test  program  the  microprocessor  hardware 
interface  must  be  defined.  In  this  example  an  8  bit  data  bus,  one  bit 
hold,  and  ready  control  are  assurmed.  It  should  be  understood  that  the 
detailed  design  of  the  particular  SUT  establishes  the  definitions.  All 
Inputs  and  outputs  are  multiplexed  on  the  system  data  bus. 
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The  first  step  Is  the  definition  of  the  input/output  pins  of  the  SUT. 
Also  control  pins  are  established  along  with  the  input  output  sequencer 
signals  and  the  data  bus  control  lines.  The  test  rate  Is  set-up  by 
tester  commands  in  the  nanner  peculiar  to  the  individual  tester  The 
tester  driver  is  on  when  the  "DA"  command  is  active,  off  when  the  MDB" 
command  is  active.  The  tester  is  checking  the  output  data  when  the  "MA" 
Is  set  and  ignoring  data  when  the  "MB"  is  set.  In  the  FACTOR  code 
"DUT[DADB]*1"  means  the  "OB"  is  set.  "DUT[DADB]*0"  means  the  "DA"  is 
set.  In  like  manner,  "DUT[MAMB]*0"  means  the  "MA”  is  set  and 
"DUT[MAMB3=1"  means  "MB"  is  set.  Other  testers  will  use  similar 
techniques,  but  it  it  important  that  these  functions  be  performed  in  a 
dynamic  manner  (on-the-fly)  otherwise  the  test  data  will  not  be  vaild. 

The  FACTOR  source  code  is  shown  in  Figure  11,  and  a  compiled  listing  in 
Figure  12.  The  generated  test  code  is  shown  in  Figure  13.  It  should  be 
noted  that  the  actual  code  is  significantly  longer  and  only  a  small 
portion  of  the  actual  code  is  printed. 

GENERALIZATIONS  &  CONCLUSIONS 

The  algorithms  developed  in  the  example  were  selected  to  Illustrate  the 
techniques  of  "algorithmic  pattern  generation"  and  only  illustrate  one 
of  mar\y  possible  approaches  to  modeling  systems  for  test  generation 
purposes.  The  recursive  difference  equation,  based  on  the  Z-Transform 
calculus,  has  many  advantages  in  that  the  theory  is  highly  developed, 
and  is  a  very  natural  way  to  develop  a  dynamic  test. 

Those  versed  in  simulation  art  will  find  many  ways  to  construct 
algorithms  that  do  not  require  transfer  functions  or  the  linear  system 
assumptions. 

The  nature  of  the  algorithms  is  constrained  to  a  degree  by  the  target 
tester.  The  system  used  in  the  example,  the  Sentry  VIII  manufactured  by 
Fairchild,  Is  particularly  easy  to  use  to  create  test  algorithms.  The 
f  utility  program  "LMLRN"  handles  many  of  the  tester  control  functions  In 
a  very  simple  manner.  Other  testers  may  require  an  additional 
processing  step  to  perform  the  test  control  generation  function. 

Although  not  mentioned  In  the  example.  It  is  feasible  to  expand  the 
input/output  definitions  (pin  lists)  and  'learn1  the  test  data  at  the 
subassembly  levels  to  form  the  basis  for  developing  production  and 
field  support  tests.  The  tester  control  functions  for  such  an 
application  would  be  significantly  more  complex,  but  with  careful 
design  of  the  subsystem  interfaces,  the  process  can  be  made  very 
productive. 

The  approach  outlined  is  compatible  with  the  normal  systems  engineering 
approach.  Simulation  models  used  to  support  systems  analysis  activities 
are  directly  applicable  to  the  test  generation  process.  However, 
further  research  and  analysis  Is  needed  to  define  the  adequacy  of  test 
procedures  developed  using  functional  approaches  Instead  of  the  classic 
''stuck-at"  methods.  The  acceptance  of  equipment  with  possible 
manufacturing  defects,  even  though  the  defects  do  not  impact  the 
intended  function,  presents  certain  cultural  problems  to  a  quality 
assurance  operation,  1e.  "Zero-Defects". 
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Figure  2.  Network 


Figure  6.  Block  Diagram-Typical  System 
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Figure  7.  Autopilot  Functional  Diagram 


GYRO  MISSILE  DYNAMICS 


FIGURE  9  "BASIC"  SOURCE  CODE  FOR  TEST  ALGORITHM  CHECKOUT 

1  REM  ***************************************************** 

2  REM  DEFINE  SIMULATION  VARIABLES 

3  REM 

4  REM  R-AUTOPILOT  CONTROLLER  OUTPUT 

5  REM  C-MISSILE  FEEDBACK 

6  REM  A-ACTUATOR  CONTROL  SIGNAL 

7  REM  F-FIN  FEEDBACK  SIGNAL 

8  REM  S-COMMAND  INPUT 

9  REM  ***************************************************** 

10  DIM  R(3),C{3),A(3),F(3),S(3),X(3) 

20  REM  **************************************************** 

30  REM  INITIALIZE  ALL  VARIABLES 

40  REM  **************************************************** 

50  MAT  R*ZER 
60  MAT  C-ZER 
70  MAT  A-ZER 
80  MAT  F-ZER 
90  MAT  S-ZER 
95  MAT  X-ZER 

100  REM  *********************************************»***** 

110  REM  SIMULATION  OF  CONTROLLER  USING  DIFFERENCE  EQUATIONS 
120  REM  ******************************************************* 

150  REM 
160  1-3 

200  FOR  J-l  TO  100 
205  IF  J-3  THEN  S(3)«10 

210  R(I)-C( I)+.0818*C(I-l)-.9182*C(I-2)-.4132*R(I-l)+.1481*R(I-2) 
250  REM 

260  REM  ******************************************* ******** 

270  REM  GAIN  AND  LIMIT  CALCULATIONS  FOR  CONTROLLER 
280  REM  *********** ****** «  *»»♦★**♦★*♦*★♦*★*♦**♦★*** ******** 

290 

320  IF  R(I)>16/.18  THEN  R(I)-16/.18 
330  IF  R( I ) <-16/. 18  THEN  R(I)«-16/.18 
340  REM 

350  REM  *************************************************** 

360  REM  ACTUATOR  DIFFERENCE  EQUATIONS 

370  REM  ***************************************- **«**»»*»*« 

380  REM 

400  A(I)-R(I)-F(I)-.667*{R{I-1)-F(I-1)) 

410  A(I)-.2184*A(I) 

405  REM  *************************************************** 

406  REM  ACTUATOR  GAIN  AND  LIMIT  CALCULATIONS 

407  REM  *************************************************** 

420  IF  A(I)>22.5/.18  THEN  AU)-22.5/.18 

430  IF  A{I)<-22.5/.18  THEN  A{I)--22.5/.18 
440  REM 

450  REM  *************************************************** 

460  REM  FIN  SERVOCALCULATIONS 

470  REM  ************************************************ *** 

480 
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480  REM 

500  F(I)«.6*A(I)-.4*F(I) 

510  REM 

520  REM  ***********************  a*************************** 

530  REM  MISSILE  FLIGHT  CALCULATIONS 

531  REM 

532  REM  MISSILE  NATURAL  FREQ. *120  RADIANS/SEC. 

533  REM 

534  REM  MISSILE  DAMPING  FACTOR  «.7 

535  REM 

536  REM  GAIN  CONSTANT  «  .2 

540  REM  *************************************************** 

550  REM 

560  K-l. 24882 

570  E«. 313568 

580  F«. 458459 

590  G*. 30851 

600  C{ I)«.2*K*E*F( I )+2*F*C( I-1)-G*C( 1-2) 

605  X( I)*.2*C( I)+X( I) 

606  C(I)*S(I)-X(I) 

610  REM 

620  REM  *************************************************** 
630  REM  TUMBLE  VARIABLES 

640  REM  *************************************************** 
650  REM 

655  PRINT  USING  741;J,S(3),X(3),R(3),A(3),F(3).C(3) 

660  R( 1 ) «R( 2 ) 

670  R(2)“R(3) 

680  C(1)«C(2) 

690  C(2)«C(3) 

700  A(l)-A(2) 

710  A{2)*A( 3) 

720  F(1)«F(2) 

730  F(2)-F(3) 

741  IMAGE  7(XDDD.DX) 

800  NEXT  J 
9000  END 
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ot  atuodsay  t»l  01 


FIGURE  11  ALGORITHMIC  TEST  PATTERNS  FOR  SENTRY  VIII  TESTER 


SET  PAGE  4095; 

****★*******★*★**★★*★★*★*★★★*★★★********-***★** 

*  SET  UP  PIN  DEFINITIONS  FOR  ALGORITHMIC  * 

*  TEST  PATTERN  GENERATION  * 

***★★**★**★*★★*★*"*•**■★★*★**********•*•★★********  • 

t 

DCL  PDATA<8>/10,11,12,13,14,15,16,17/; 

DCL  PHLD<l>/5/; 

DCL  PRDY<l>/3/; 

DCL  DUT<5> ; 

DATA-1; 

HLD-2; 

RDY*3; 

DADB-4; 

MAMB*5; 

EXEC  LMM0D{0) ;  REM  INITIALIZE  TESTER  MEMORY; 
EXEC  LMLRN ( 1 , PDATA , PHLD , PRDY , 1 , 2 ) ; 

REM  SET  UP  PIN  DEFINITIONS  IN  TESTER; 


H£M**** **★*****★*★★*****★★■*  *********************** 

*  DEFINE  SIMULATION  VARIABLES  * 

*********************************************** 


DCL  R<3>; 

DCL  C<3>; 

DCL  A<3>; 

DCL  F<3>; 

DCL  S<3>; 

DCL  X<3>; 

R£|Y|*********************************************** 

*  SIMULATION  OF  CONTROLLER  USING  DIFF.  EQU.  * 
+***#********************#*+****************** . 


1*3; 

DUT<HLD>«0; 

DUT<RDY>«1; 

DUT<DADB>*0; 

DUT<MAMB>*1; 


REM  START  PROCESSOR; 


EXEC  LMLRN(4,M,DUT) 


REM  GENERATE  A  TEST ; 


M-M+l ; 


REM  TEST  NUMBER  COUNTER; 


FOR  J*1  THRU  100  DO  BEGIN 
IF  J  EQ  3  THEN  S<I>-10; 

R<I>=C<I>+.0818*C<I-l>-.9182*C<I-2>-.4132*R<I-l> 

+.1481*R<I-2>; 

J^£^J*****************************************’****** 

*  GAIN  AND  LIMIT  CALCULATIONS  * 

********************************************** • 

IF  R<I>  GT  16/. 18  THEN  R<I>=16/.18; 

IF  R<I>  LT  -16/. 18  THEN  R<I>»-16/. 19; 

R£|»J*********************************************** 

*  ACTUATOR  DIFFERENCE  EUATIONS  * 

A<I>»R<I>-F<I>-.667*(R<I-1>-F<I-1>); 

A<I>-.2184*A<I>; 

*  ACTUATOR  GAIN  AND  LIMIT  CALCULATIONS  * 

*********************************************** j 

IF  A<I>  GT  22.5/. 18  THEN  A<I>*22.5/.18; 

IF  A<1>  LT  -22.5/. 18  THEN  A<I>--22.5/.18; 

JJ£|V|  *********************************************** 

*  FIN  SERVO  CALCULATIONS  * 

********************************************** 

F<I>-.6*A<I>-.4*F<I>;  f 

[J£|^*********************************************** 

*  MISSILE  FLIGHT  CALCULATIONS  * 

*  * 

*  NATURAL  FREQUENCY-  120  RADIANS/SEC.  * 

*  * 

*  * 

*  DAMPING  FACTOR-. 7  * 

*  * 

*  GAIN-. 2  * 

**********************************************  j 


L- 1.24882; 

E-0. 313568; 

F-0. 458459; 

G-0. 30851; 

C< I > - . 2*K*E*F < I >+2*L*C < I - 1 > - G*C< I -2> ; 
X<I>«.2*C<I>+X<I>; 

C<I>-S<I>-X<I>; 


22 


^£|^********<HHHr**********  *********★***********★★★★ 

*  TUMBLE  VARIABLES  * 

*★***■**■******■**■****-*★**•★***■★*★*************■,►**. 


R<1>«R<2>; 
R<2>*R<3>; 
C<1>«C<2>; 
C<2>*C<3>; 
A<1>*A<2> ; 
A<2>*A<3> ; 
F<1>*F<2>; 
F<2>*F<3>; 


★ 

★ 

INPUT/OUTPUT 

SEQUENCES 

* 

•k 

★ 

1) 

INPUT  COMMAND 

(TESTER  DRIVES 

BUS) 

it 

★ 

2} 

FIN  COMMAND 

(SUT  DRIVES 

BUS) 

★ 

it 

3) 

FIN  FEEDBACK 

(TESTER  DRIVES 

BUS) 

★ 

it 

4) 

GYRO  FEEDBACK 

(TESTER  DRIVES 

BUS) 

★ 

★iHHHHt***********************^^*************. 

» 

REM  INPUT  l'ST  INPUT  PATTERN; 

DUT<DATA>=S<I>/.18  AND  377B;  REM  RESCALES  AND  COVERTS 
DUT<DADB>=0; 

DUT<MAMB>*1;  REM  TESTER  INPUTTING  DATA  ON  THE  BUS 

TO  AN  INTEGER  NUMBER 

EXEC  LMLRN(4,M,DUT);  REM  GENERATES  A  TEST; 

M=M+1 ; 

REM  OUTPUT  ACTUATOR  COMMAND; 

DUT<DATA>*A<I>/.I6  AND. 377B; 

DUT<DADB>«1; 

DUT<MAMB>*0;  REM  TESTER  LOOKING  AT  DATA  ON  BUS; 
EXEC  LMLRN{4,M,DUT); 

M-M+l; 

REM  INPUT  FEEDBACK  FROM  FIN  SERVO; 

DUT<DATA>*F<I>/.18  AND  377B; 

DUT<DADB>*0;  REM  TESTER  DRIVES  THE  BUS; 
DUT<MAMB>«1; 

EXEC  LMLRN(4,M,DUT); 

M*M+1 ; 

REM  INPUT  GYRO  FEEDBACK; 

DUT<DATA>*C<I>/. 18  AND  377B; 

EXEC  LMLRN(4,M,DUT); 

M*M+1; 

END; 


REM  END  OF  FOR  LOOP; 


*r- 


END; 


REM  END  OF  TEST  PROGRAM 


***• 


•• 

•• 

•• 


T 

A- 


FAIRCHILD  FACTOR  COMPILER 

REL:  3. 

**♦* 

SOURCE 

FILE: 

*ED 

DATE: 

## 

DATA 

FILE: 

TIME: 

OO:  39 

»• 

SYSTEM 

CONF: 

SB  MV1  PMU4 

COND: 

OOOOOOOO 

•  * 

1  SET  PAGE  4099) 

a 

a  REM  ********************************************** 

2  *  SET  UP  PIN  DEFINITIONS  FOR  ALGORITHMIC  * 

2  •  TEST  PATTERN  GENERATION  • 

2  ••••••••••••••••••••••••••*•••••••*••••*••••• , 

2 

2  DCL  PDATACB  3 / 10.  II.  12.  13.  14.  19.  16.  17 /: 

3  DCL  PHLDC  1  3/9/: 

4  DCL  PRDVt ll/3/i 

9 

9  DCL  DUTC93: 

6 

6  DATA- 1 : 

7  HLD-2: 

8  RDY-3: 

9  DADB-41 

10  MAHB-9: 

11 

It  EXEC  LMMOD ( 0 > i  REM  INITIALIZE  TESTER  MEMORY* 

12 

12  EXEC  LMLRNC 1 .  PDATA.  PHLD.  PRDY. 1 . 2) > 

13 

13  REM  SET  UP  PIN  DEFINITIONS  IN  TESTER: 

13 

13  REM**** ******************* ************************ 

13  •  DEFINE  SIMULATION  VARIABLES  • 

1 3  •••••••••••••••••••••••••••••••••*•••••••••••• , 

13 

13  DCL  RC33: 

14  DCL  CC33: 

19  DCL  AC33: 

16  DCL  Ft3J: 

17  DCL  SCSI* 

15  DCL  Xt33< 

19 

19  REM********************************************  **« 

19  «  SIMULATION  OF  CONTROLLER  USINC  DIFF.  EOU  * 

19  **********************************************: 

19 

19  1-3: 

20  DUTIHLDJ-O:  REM  START  PROCESSOR: 

21  DUTCRDY3-1: 

22  DUTtDADB  3-0: 

23  DUTCMAMB3-1I 

24 

24  EXEC  LMLRN14. M,  DUT):  REM  GENERATE  A  TEST: 

29 

29  n-M*li  REM  TEST  NUMBER  COUNTER: 

26 

26  FOR  J-l  THRU  29  DO  BEGIN 

27  IF  J  EQ  3  THEN  SC  1 3-10: 

29 

29  RCI3-CCI3*.  0BIB*CCI-13-  91B2*CC I-23-.  4132*RCI-I 3 

30  *.  14BI*RC  1-23: 

30 

30  REM*********************************************** 


Figure  12.  Compile  Source  Code 
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T 


.1 

l) 

\ 


30 


•  GAIN  AND  limit  calculations 


77B) 


30 

»»•# 

30 

30 

IF  RE13  0T  16/.  18  THEN  RtI3-16/.  18) 

32 

IF  urn  LT  -16/.  IB  THEN  RtI3— 16/.  14) 

34 

34 

>••• 

34 

•  ACTUATOR  DIFFERENCE  EUATIONS 

• 

34 

»**l 

34 

34 

ACI3-RI I3-FtI3-.  667* (RE  I  — 1  3— Ft  1—131) 

35 

At  13*.  2184*AC  I  3) 

36 

36 

36 

C 

•  ACTUATOR  CAIN  AND  LIMIT  CALCULATIONS 

• 

36 

36 

36 

IF  At  I  3  CT  22.  3/.  18  THEN  At  I  3-22.  3/.  1B< 

38 

IF  At  1 3  LT  -22.  3/.  18  THEN  At  1 3— 22.  3/.  IBi 

40 

40 

»»«• 

40 

•  FIN  SERVO  CALCULATIONS 

• 

40 

Mtj 

40 

40 

Ft  I  3-.  6*At  1 3-.  4*Ft  I  3 < 

41 

41 

»»»• 

41 

*  MISSILE  FLICHT  CALCULATIONS 

• 

41 

# 

• 

41 

*  NATURAL  FREQUENCY-  120  RADIANS/BEC 

* 

41 

• 

• 

41 

• 

• 

41 

*  DAMPING  FACTOR-.  7 

• 

41 

* 

• 

41 

•  CAIN-.  2 

• 

41 

41 

41 

K— 1.  24882) 

42 

E— 0.  313368) 

43 

L-0.  438439) 

44 

0-0  30831) 

43 

43 

Ct I 3-.  2*K*E*FE I 3*2*L*CE I— 1 3— C*CE 1—23) 

46 

XEI3-.  2*Ct I 3*Xt I 3) 

47 

Ct  I  3-St  1 3-Xt  1 3) 

48 

48 

#««• 

48 

•  TUMBLE  VARIABLES 

• 

48 

**•1 

48 

48 

Rt 1 3-RE23) 

44 

Rt23— Rt31) 

30 

Ctll— Ct23) 

31 

Ct23-Ct33) 

32 

At  1  3— At23) 

S3 

AE23— At33> 

34 

Ft  1 3-Ft23) 

S3 

Ft23-Ft33) 

36 

36 

WRITE<POD>RC33.CE33.  AE33,Ft33.  At3J/.  18  AND  377B.  (AE33/.  18)  ) 

37 

37 

*  INPUT /OUTPUT  SEQUENCES 

• 

Figure  12.  Compile  Source  Code  ( Continued ) 
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v 


J 


97 

» 

1) 

INPUT  COMMAND 

(TESTER 

DRIVES 

BUS) 

• 

97 

• 

2  > 

FIN  COMMAND 

(SUT 

DRIVES 

BUS) 

• 

97 

• 

3) 

FIN  FEEDBACK 

( TESTER 

DRIVES 

BUS) 

• 

97 

• 

4) 

OYRO  FEEDBACK 

( TESTER 

DRIVES 

BUS) 

• 

97 

•  ** 

#•*•1 

97 
97 
97 

97 

98 

98 

99 
99 
99 
60 
61 
61 
61 
61 
62 

63 

64 
69 
66 
66 
66 
66 

67 

68 

69 

70 

71 
71 
71 

71 

72 

73 

74 
74 
74 

0  COMPILATION  ERRORS. 


REM  INPUT  1 'ST  INPUT  PATTERN) 

DUT  C  DATA  3  “SC  II/.  18  AND  377Bi  REM  RESCALES  AND  COVERTS 
DUTCDADB3-0) 

DUTCMAMB3-1)  REM  TESTER  INPUTT I NO  DATA  ON  THE  BUS 

TO  AN  INTEGER  NUMBER) 


EXEC  LMLRN(4.H.  DUT)i 


REM  OENERATES  A  TEST) 


REM  OUTPUT  ACTUATOR  COMMAND) 

DUTCDATA3“AC II/.  18  AND  377B) 

DUTCDADB3-1) 

DUTCMAM83-0)  REM  TESTER  LOOK1NO  AT  DATA  ON  BUS) 
EXEC  LMLRNC4.M. DUT>) 

M-M+ll 

REM  INPUT  FEEDBACK  FROM  FIN  SERVO) 

DUTCDATA3-FCI3/.  18  AND  377B) 

DUTCDADB3-0)  REM  TESTER  DRIVES  THE  BUS) 

DUTCMAMB]-!) 

EXEC  LMLRN14.  M.  DUT > ) 


REM  INPUT  OYRO  FEEDBACK) 

DUT t DATA )“CC 13/.  18  AND  377B) 
EXEC  LMLRN ( 4 . M.  DUT  > « 

1) 

END) 


END) 


74  STATEMENTS 


REM  END  OF  FOR  LOOP) 

REM  END  OF  TEST  PROGRAM) 


Figure  12.  Compile  Source  Code  ( Concluded ) 
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i »» 

i 


0 

BET 

F 

DA 

MB 

ooiooooooo 

OOOOOOOOOO 

OOOOOOOOOO 

1 

SET 

F 

DA 

MB 

ooiooooooo 

OOOOOOOOOO 

OOOOOOOOOO 

2 

SET 

F 

DB 

MA 

ooiooooooo 

OOOOOOOOOO 

OOOOOOOOOO 

3 

SET 

F 

DA 

MB 

ooiooooooo 

OOOOOOOOOO 

OOOOOOOOOO 

4 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

3 

8ET 

F 

DA 

MB 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

6 

BET 

F 

DB 

MA 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

7 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

8 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

9 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0011100000 

OOOOOOOOOO 

10 

SET 

F 

DB 

MA 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

11 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

12 

SET 

F 

DA 

MB 

OOIOOOOOOO 

001 1100000 

OOOOOOOOOO 

13 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0011100000 

OOOOOOOOOO 

14 

BET 

F 

DB 

MA 

0010000001 

onooooooo 

OOOOOOOOOO 

13 

SET 

F 

DA 

MB 

OOIOOOOOOO 

ooiooooooo 

OOOOOOOOOO 

16 

SET 

F 

DA 

MB 

0010000001 

01 ioiooooo 

OOOOOOOOOO 

17 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0011100000 

OOOOOOOOOO 

18 

SET 

F 

DB 

MA 

0010000001 

OOOllllOOO 

OOOOOOOOOO 

19 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0101111000 

OOOOOOOOOO 

20 

SET 

F 

DA 

MB 

0010000001 

OOIOIOOOOO 

OOOOOOOOOO 

21 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0011100000 

OOOOOOOOOO 

22 

SET 

F 

DB 

MA 

OOIOOOOOOO 

1010000000 

OOOOOOOOOO 

23 

SET 

F 

DA 

MB 

OOIOOOOOOI 

1010000000 

OOOOOOOOOO 

24 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OIOOIOOOOO 

OOOOOOOOOO 

23 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0011100000 

OOOOOOOOOO 

26 

SET 

F 

DB 

MA 

OOIOOOOOOI 

0011111000 

OOOOOOOOOO 

27 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0011111000 

OOOOOOOOOO 

28 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOOOIOOOOO 

OOOOOOOOOO 

29 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0011100000 

OOOOOOOOOO 

30 

SET 

F 

DB 

MA 

OOIOOOOOOO 

O 100000000 

OOOOOOOOOO 

31 

SET 

F 

DA 

MB 

OOIOOOOOOO 

noooooooo 

OOOOOOOOOO 

32 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0111000000 

OOOOOOOOOO 

33 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOIUOOOOO 

OOOOOOOOOO 

34 

SET 

F 

DB 

MA 

OOIOOOOOOI 

0111111000 

OOOOOOOOOO 

33 

SET 

F 

DA 

MB 

OOIOOOOOOO 

0111111000 

OOOOOOOOOO 

36 

BET 

F 

DA 

MB 

OOIOOOOOOI 

OOllOOOOOO 

OOOOOOOOOO 

37 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOIUOOOOO 

OOOOOOOOOO 

38 

SET 

F 

DB 

MA 

OOIOOOOOOO 

1000000000 

OOOOOOOOOO 

39 

SET 

F 

DA 

MB 

OOIOOOOOOI 

lOOOOOOOOO 

OOOOOOOOOO 

40 

BET 

F 

DA 

MB 

OOIOOOOOOO 

1101000000 

OOOOOOOOOO 

41 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOIUOOOOO 

OOOOOOOOOO 

42 

SET 

F 

DB 

MA 

OOIOOOOOOI 

1 1 1 1 1 1 1000 

OOOOOOOOOO 

43 

SET 

F 

DA 

MB 

OOIOOOOOOO 

1111111000 

OOOOOOOOOO 

44 

8ET 

F 

DA 

MB 

OOIOOOOOOO 

OIOIOOOOOO 

OOOOOOOOOO 

43 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOIUOOOOO 

OOOOOOOOOO 

46 

SET 

F 

DB 

MA 

OOIOOOOOOI 

OOOOOOOOOO 

OOOOOOOOOO 

47 

BET 

F 

DA 

MB 

OOIOOOOOOI 

OOOOOOOOOO 

OOOOOOOOOO 

48 

SET 

F 

DA 

MB 

OOIOOOOOOI 

OOOIOOOOOO 

OOOOOOOOOO 

49 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOIUOOOOO 

OOOOOOOOOO 

30 

SET 

F 

DB 

MA 

OOIOOOOOOI 

1111111000 

OOOOOOOOOO 

31 

SET 

F 

DA 

MB 

OOIOOOOOOI 

1111111000 

OOOOOOOOOO 

52 

SET 

F 

DA 

MB 

OOIOOOOOOI 

1110000000 

OOOOOOOOOO 

33 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOIUOOOOO 

OOOOOOOOOO 

34 

SET 

F 

DB 

MA 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

S3 

SET 

F 

DA 

MB 

OOIOOOOOOI 

OOOOOOOOOO 

OOOOOOOOOO 

36 

SET 

F 

DA 

MB 

OOIOOOOOOO 

1110000000 

OOOOOOOOOO 

37 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOIUOOOOO 

OOOOOOOOOO 

38 

SET 

F 

DB 

MA 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

39 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOOOOOOOOO 

OOOOOOOOOO 

60 

SET 

F 

DA 

MB 

OOIOOOOOOO 

onooooooo 

OOOOOOOOOO 

61 

SET 

F 

DA 

MB 

OOIOOOOOOO 

OOIUOOOOO 

OOOOOOOOOO 

Figure  13.  Resulting  Test  Sequence 
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